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1 MS. BOBO-ALLEN: Calendar No. 5, Appeal No. 2009-2102, Mr. 

2 Lastova. 

3 JUDGE BARRETT: Okay, thank you. Good morning. 

4 MR. LASTOVA: Good morning. Today's appeal on the technology 

5 relates to efficient testing and validation of integrated circuit designs. The 

6 problem the inventor in this case was trying to solve related to the testing of 

7 system-on-chip, SOC, designs which integrate a large number of functional 

8 elements on to a single integrated circuit. That requires a lot of testing and 

9 validation before the designs can be reliably released for manufacture, that's 

10 the bottleneck, all right. That's the problem we're trying to solve and the 

1 1 inventor does solve that. 

12 I'm going to just briefly explain how the inventor solved that using 

13 Figure 1 in the drawings. And if you take a look there real quickly, you'll 

14 see that there are signal interface controllers 8 and 9 right in the middle of 

15 the page there. They're connected to hardware simulation 4, and they 

16 perform simulation by applying stimulus signals and re-response signals 

17 from the simulation 4, all right. Then up at the top of Figure 1, you have the 

18 test scenario manager 10. It sends these signal interface controllers test 

19 scenario-controlling messages that specify the simulation actions that we 

20 want performed and when those actions are to be performed. So, a 

21 significant point here is that these signal interface controllers 6 and 8 right in 

22 the middle of the page can be reused across multiple test designs. So that's 

23 quite a nice little feature we have there. The test manager simply says okay, 

24 here's these simulations I want performed in a rather high-level fashion, and 

25 it relies on these reusable signal interface controllers to transform these high- 
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1 level simulation actions into the detailed stimulus and response signals that 

2 we need to do the actual testing, all right. 

3 Then you see the last element, there is a time generator 12. It 

4 generates some time-defining events for the manager 10 and the signal 

5 interface controllers 8 and 6 corresponding to the simulated time now, okay, 

6 not the real time, the simulated time used in the hardware simulator 4, all 

7 right. 

8 Last point, you'll see in the manager 10 at the top, there a little box 

9 called scoreboard. That's the shared data memory in the claim that we'll talk 

10 about in a moment. And into that shared data memory, the signal interface 

1 1 controllers 6 and 8 here, just representative, of course, they can store data 

12 and read data independently of the simulated time. Okay, remember we 

13 talked about the time generator, the simulated test time, all right, and they 

14 can do this independently of that, and that's a significant point, all right. 

15 We'll get to reasons why that's significant in just a moment. 

16 Let's get to the rejection. The - all the claims now are rejected for 

17 anticipation, all right, based on the Rajsuman reference. And just briefly, 

18 Rajsuman teaches a software application being broken up into multiple 

19 subtasks, are scheduled and assigned to different verification units, VU, I'm 

20 going to use that acronym to be - use a shorthand. If you look at Figure 5, 

21 that's the main figure for that case and that's the figure the Examiner seems 

22 to rely on the most. Figure 5 shows these VUs in sort of the center of the 

23 page 66. And it also shows on the right-hand side an emulator subsystem 

24 labeled DVS-6 that includes an arbitration unit 76 and a synchronization 

25 clock unit 75. And then you've also got a main system CPU at the bottom of 
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1 the page that's 62 that controls these control CPUs 671 through 676 inside 

2 each VU — or attached to each VU over a bus 64. 

3 Let's look at the Examiner's claim mapping, all right. So, for the 

4 claimed hardware simulator, the Examiner maps that on to silicon integrated 

5 circuits and he cites column 5, lines 41 to 48 for that. For the claimed 

6 system interface controllers, he maps that on to the verification units, or the 

7 VUs, 66. 

8 JUDGE JEFFERY: Counsel, let me stop there and ask you a question 

9 about the verification units. Yes, the Examiner is mapping that to the 

10 claimed signal interface controllers. And it seems from the Answer the 

1 1 Examiner's making a big deal out of the fact that these verification units are 

12 tied together through a bus arrangement. And he seems to be suggesting that 

13 that functionality of the "interconnectedness," if you will, of the verification 

14 units that ultimately tie back to the main CPU at the bottom, which the 

15 Examiner says is the test scenario manager or corresponds to the test 

16 scenario manager, somehow that that provides a shared data memory as 

17 claimed. And as I take it, your position is that the fact that these are tied 

1 8 together by a bus doesn't in any way, shape, or form provide a shared data 

19 memory, let alone a shared data memory in the test scenario manager 

20 because that's where - according to the claim, that's where the shared 

21 memory has to be. 

22 MR. LASTOVA: That's right. 

23 JUDGE JEFFERY: Okay. So, my question to you is in column 7 of 

24 the reference where it discusses the verification units themselves, they, they 

25 each contain a CPU. I'm actually starting around line 60 of column 7. 

26 MR. LASTOVA: Right. 
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1 JUDGE JEFFERY: And it talks about the verification units and that 

2 they have their own CPUs and they're tied together with buses. 

3 MR. LASTOVA: That's right. 

4 JUDGE JEFFERY: And it mentions that the CPUs of the verification 

5 units control data flow and so on and so forth, but it also mentions "response 

6 comparison" in line 63. Now it would suggest that the verification unit 

7 CPUs can somehow do some sort of analysis of each other's responses 

8 perhaps. It's hard to say from that. 

9 MR. LASTOVA: I agree with you. 

10 JUDGE JEFFERY: But in any event, even if that were done at the 

1 1 verification unit level, I, I am just - would there be any kind of shared data 

12 memory to make that happen at the, the main CPU where it would be the — ? 

13 MR. LASTOVA: Right, I think I know where you're coming from 



14 this, and I think it's important that we try to keep clear in our minds what 

15 we're really looking at, right. When you look at Rajsuman, you see that they 

16 do have these CPUs and CPUs have memory, that's true. The question is, as 

17 you aptly point out, is does the, the claim as arranged — is that taught here? 

1 8 And we specifically say that the test scenario manager, which, of course, is 

19 the main CPU 62, okay, that includes the shared data memory. Now, you 

20 were talking about - so, that's not taught, that's clearly not taught, all right. 

21 You were suggesting there's some kind of connectionality between these 

22 various functions. Sure, they're connected by a bus, and you saw in our 

23 brief, I did show from an encyclopedia a definition of a bus, and a bus is a 

24 data path, and as we know, a data path is not the same thing as a memory. 

25 Now, it can hook up to a memory which is a device that's addressable and so 

26 forth, but I don't think there's much argument that a data path isn't memory. 



5 



Appeal 2009-002102 
Application 09/994,023 

1 So where I was coming from in my reply, as well as in my brief, and 

2 to address your point, is that this connection function really doesn't get to the 

3 heart of what we're claiming here. We're not talking about do they pass -- 

4 are there signals being passed between these various units. We're asking do 

5 the VUs, okay, do they say, okay — and we'll get to the independent of the 

6 simulated time -- do they actually read and write to each other using a shared 

7 memory, okay, in the main CPU 62? And the answer is no, they don't do 

8 that, okay. 



9 JUDGE JEFFERY: Even irrespective of the timing issue, I mean that, 

10 that seems to be missing from the reference even without the timing aspect. 

11 MR. LASTOVA: That's right, that's right. 

12 JUDGE JEFFERY: Simulated time - "being independent of 

13 simulated time." I mean even, even without that, it's — I mean the threshold 

14 question here is: Do you have a shared data memory in the main CPU? 

15 MR. LASTOVA: And I think the answer to the threshold question is 

16 no, and we literally could stop there for anticipation, all right. What I was 

17 trying to also point out is that some of the strained — you used the word 

18 "somehow" — strained manipulations in the rejection use these sort of 



19 connections, data path, data bus, and so forth. I was trying to point out it's 

20 not even clear that there's even a shared memory. I'm not sure that that's 

21 even truly taught, explicitly taught. It's certainly not taught in the main 

22 CPU, it's certainly not taught with the, with the functionality that we've 

23 claimed that the signal interface controllers can read to it and write to it. So, 

24 we've got that. 

25 Let's go to another threshold issue that I think will just sort of "seal 

26 the deal," if you will. And that relates to this issue that I was alluding to 
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1 with respect to the timing. And I think there's a little confusion by the 

2 Eexaminer when the Examiner is looking at this timing, and he's just using 

3 the word "time," okay. He's not making the distinction between simulated 

4 time and real time. He doesn't understand or, or at least is ignoring for 

5 purposes of the rejection, the fact that simulated time, and you recall from 

6 Figure 1 it's easier to see there, the time generator generates some simulated 

7 time to be used in the hardware simulation, okay. That's the testing, all 

8 right. Remember now, the mapping that the Examiner provided was the 

9 simulations are the ICs being tested, and that makes sense, sure. The things 

10 we're going to be testing are the things we're going to revolve around the 

1 1 simulated time. What ends up happening, though, is when he does the 

12 rejection, he steps away from the simulation and starts looking at the 

13 synchronization unit 75. Well, the synchronization unit 75 is synchronizing 

14 the VUs, okay, not the ICs. That, that's a real-time functionality there, that's 

15 real-time transfers over the bus and so forth. So what's happening here is 

16 that there isn't a reading and writing to this shared data memory inside the 

17 main CPU 62, all right, independently — I'm reading from the quote - 

1 8 quoted from the claim now - "independently of advancement of the 

19 simulated time by the messages specifying time-defined events, said data 

20 being readable from the shared memory by another signal interface 

21 controller." And the significance here is, of course, is an advantage in our 

22 system is that because we have this distinction, all right, this independence 

23 between simulated time and real time, we can actually pass data over a data 

24 bus, for example, all right, and that doesn't require simulated time. 

25 Simulated time can actually stop, the real time continues on, and that's 
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1 something that that distinction and that flexibility simply isn't taught in 

2 Rajsuman. 

3 So what we really have here is we have actually multiple grounds to 

4 reverse the anticipation rejection. We have a shared memory that I think is 

5 missing because it doesn't - we don't teach a shared memory that's readable 

6 and writable by the signal interface controllers. We also don't have the 

7 shared memory actually in the test scenario manager as claimed. And we 

8 also don't have the storing of data in that shared memory independent of 

9 advancement of simulated time. So there are three different "holes," if you 

10 will, in the rejection of the independent claims, and those are the three 

1 1 features any one of which I think require reversal of the Examiner's 

12 rejection. So, actually you've, you've moved me through, Judge Jeffery, my, 

13 my little prepared speech here quickly, so I have a few additional moments 

14 here if there are questions, but if not, that's my presentation. 

15 JUDGE BARRETT: Questions? That's it, thank you. 

16 MR. LASTOVA: Thank you. 

17 JUDGE BARRETT: The court reporter might have some, I don't 

18 know. 

19 COURT REPORTER: What's the spelling of Rajsuman? 

20 MR. LASTOVA: Yes, right here, yes, okay. So it's 

21 RAJSUMAN. And it was VU like V as in Victor, V. Thank you very 

22 much, have a good day. 

23 JUDGE BARRETT: Thank you. 

24 (Whereupon, the hearing concluded at 9:39 a.m. on May 12, 2009.) 
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